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Foreword 



rd , 



This Technical Specification has been produced by the 3 Generation Partnership Project (3GPP). 

The contents of the present document are subject to continuing work within the TSG and may change following formal 
TSG approval. Should the TSG modify the contents of the present document, it will be re-released by the TSG with an 
identifying change of release date and an increase in version number as follows: 

Version x.y.z 

where: 

X the first digit: 

1 presented to TSG for information; 

2 presented to TSG for approval; 

3 or greater indicates TSG approved document under change control. 

y the second digit is incremented for all changes of substance, i.e. technical enhancements, corrections, 
updates, etc. 

z the third digit is incremented when editorial only changes have been incorporated in the document. 
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Scope 



The present document defines the (U)SIM Application Programming Interface extending the 'UICC API for Java 
Card™' [2]. 

This API allows to develop a (U)SAT application running together with a (U)SIM application and using GSM/3G 
network features. 

The present document includes information applicable to network operators, service providers, server -, (U)SIM - and 
database manufacturers. 



References 



The following documents contain provisions which, through reference in this text, constitute provisions of the present 
document. 

• References are either specific (identified by date of publication, edition number, version number, etc.) or 
non-specific. 

• For a specific reference, subsequent revisions do not apply. 

• For a non-specific reference, the latest version applies. In the case of a reference to a 3GPP document (including 
a GSM document), a non-specific reference implicitly refers to the latest version of that document in the same 
Release as the present document. 

[I] ETSI TS 101 220: "Integrated Circuit Cards (ICC); ETSI numbering system for 
telecommunication; Application providers (AID)". 

[2] ETSI TS 102 241 Release 6: "UICC API for Java Card™" 

[3] 3GPP TS 31.102: "Characteristics of the USIM AppHcation". 

[4] 3GPP TS 5 1 .01 1 Release 4: "Specification of the Subscriber Identity Module- Mobile Equipment 

(SIM -ME) interface". 

[5] 3GPP TS 23.041: "Technical reahzation of Cell Broadcast Service (CBS)". 

[6] 3GPP TS 31.101: "UlCC-terminal interface; Physical and logical characteristics". 

[7] 3GPP TS 31.1 1 1: "USIM Application Toolkit (US AT)". 

[8] 3GPP TS 5 1 .014 Release 4: "Specification of the SIM Application Toolkit for the Subscriber 

Identity Module - Mobile Equipment (SIM - ME) interface". 

[9] 3GPP TS 3 1 . 1 15: "Secured packet structure for the (U)SIM Toolkit applications". 

[10] 3GPP TS 23.040: "Technical reahzation of the Short Message Service (SMS)". 

[II] Sun Microsystems Java Card^^ Specification: "Java Card^^ 2.2.1 Application Programming 
Interface". 

[12] Sun Microsystems Java Card'"^ Specification : "Java Card'"^ 2.2.1 Runtime Environment (JCRE) 

Specification". 

[13] Sun Microsystems Java CardT"^ Specification: "Java Card^^ 2.2.1 Virtual Machine Specification". 

SUN Java Card^^ Specifications can be downloaded at http://iava.sun.com/products/iavacard 
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3 Definitions and abbreviations 

3.1 Definitions 

For the purposes of the present document, the terms and definitions defined in ETSI TS 102 241 [2] apply. 
(U)SAT Framework : (U)S AT extension of the CAT Runtime Environment. 

3.2 Abbreviations 

For the purposes of the present document, the abbreviations defined in ETSI TS 102 241 [2] apply. 



4 Description 

4.0 Overview 

This API is an extension to the ETSI TS 102 241 [2] "UICC API for Java CardT^" and requires the implementation of 
this specification. 

The classes and interfaces described in this specification inherit functionality from the classes and interfaces specified 
in the "UICC API for Java Card™". 

The (U)S AT Framework described in this specification is an extension of the CAT Runtime Environment defined in 
ETSITS 102 241 [2]. 
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4.1 (U)SIM Java Card™ Architecture 

The overall architecture of the (U)SIM API is based on the "UlCC API for Java CardT^" defined in 
ETSITS 102 241 [2]. 
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Figure 1 : (U)SIM Java Card™ Architecture 



5 File Access API 

The (U)SIM file access API consists of the package uicc.usim.access. This package defines additional constants to those 
defined in the uicc.access package from ETSI TS 102 241 [2]. The access to the file system, defined in TS 51.01 1 [4] 
and TS 31.102 [3], is the one specified in ETSI TS 102 241 [2] via the UICC FileView Interface. When selecting a 
cyclic file the current record number is defined, this applies also to files located under DFqsm- 



(U)SAT Framework 



6.0 Overview 

The (U)SIM toolkit API consists of the uicc. usim.toolkit package for toolkit features defined in TS 31.111 [7] and 
TS 51.014 [8], and is based on the uicc.toolkit package defined in ETSI TS 102 241 [2]. 
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6.1 Applet triggering 



See ETSI TS 102 241 [2]. 



6.2 



Definition of Events 



The following events can trigger a Toolkit Applet in addition to the events defined in ETSI TS 102 241 [2], all short 
values are reserved in ETSI TS 102 241 [2]: 

Table 1 : (U)SAT event list 



" Event Name 


Reserved short 
value 


EVENT FORMATTED SMS PP ENV 


2 


EVENT FORMATTED SMS PP UPD 


3 


EVENT UNFORMATTED SMS PP ENV 


4 


EVENT UNFORMATTED SMS PP UPD 


5 


EVENT UNFORMATTED SMS CB 


6 


EVENT MO SHORT MESSAGE CONTROL BY NAA 


10 


EVENT FORMATTED SMS CB 


24 



EVENT_FORMA TTED_SMS_PP_ENV, EVENTJJNFORMA TTED_SMS_PP_ENV, 
EVENT_FORMATTED_SMS_PP_UPD,EVENT_UNFORMATTED_SMS_PP_UPD 

There are two ways for a card to receive a Short Message Point to Point: via an ENVELOPE(SMS-PP 
DOWNLOAD) APDU as defined in TS 31.111 [7] and TS 51.014 [8] or an UPDATE RECORD EFsms APDU 
as defined in TS 31.102 [3] andTSSl.Oll [4]. The EFsms can be either located under the DFxeiecom or under 
any ADF as defined in TS 31.102 [3] and TS 51.011 [4]. 

The received Short Message may be: 

formatted according to TS 31.115 [9] or an other protocol to identify explicitly the toolkit applet for 
which the message is sent; 

unformatted (e.g. a toolkit applet specific protocol ) then the (U)SAT Framework will pass this data to all 
registered toolkit applets. 

When the Short Message is received as Concatenated Short Messages as defined in TS 23.040 [10], it is the 
responsibility of the (U)SAT Framework to link single Short Messages together to re - assemble the original 
message before any further processing. The original Short Message shall be placed in one SMS TPDU TLV 
(with TP-UDL field coded on one octet) included in the USATEnvelopeHandler. The concatenation control 
headers used to re-assemble the short messages in the correct order shall not be present in the SMS TPDU. The 
TP-elements of the SMS TPDU and the Address (TS - Service-Centre-Address) shall correspond to the ones in 
the last received Short Message (independently of the Sequence number of Information-Element-Data). 

The minimum requirement for the (U)SAT Framework is to process a concatenated short message with the 
following properties: 

the Information Element Identifier is equal to the 8 -bit reference number. 

it contains uncompressed 8 bit data or uncompressed UCS2 data. 

EVENT_FORMATTED_SMS_PP_ENV 

Upon reception of a TS 31.115 [9] formatted Short Message Point to Point (Single or Concatenated) via 
an ENVELOPE, the (U)SAT Framework shall: 

verify the security of the Short Message as per TS 31.115 [9]; 

trigger the toolkit applet registered with the corresponding TAR; 

- take the optional Application Data posted by the triggered toolkit applet if present; 
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- secure and send the response packet using SMS -DELI VER-REPORT or SMS-SUBMIT. 

When the toolkit applet is triggered, data shall be provided deciphered. 

EVENT_UNFORMATTED_SMS_PP_ENV 

Upon reception of an unformatted Short Message Point to Point (Single or Concatenated) via an 
ENVELOPE, the (U)SAT Framework shall trigger all the Toolkit Applets registered to this event. 

NOTE: As a consequence of the EnvelopeResponseHandler availability rules specified in clause 6.6, 
only the first triggered toolkit applet is guaranteed to be able to send back a response. 

EVENT_FORMA TTED_SMS_PP_UPD 

Upon reception of a TS 3L115 [9] formatted Short Message Point to Point (Single or Concatenated) via 
an UPDATE RECORD EFsms, the (U)SAT Framework shall: 

update the EFsms file with the data received, it is then up to the receiving toolkit applet to change 
the SMS stored in the file (i.e. the toolkit applet need to have access to the EFsms file) 

verify the security of the Short Message as per TS 3 L 1 15 [9]; 

- convert the UPDATE RECORD EFsms APDU into a COMPREHENSION TLV List; 
trigger the toolkit applet registered with the corresponding TAR; 

When the toolkit applet is triggered, data shall be provided deciphered. 
The USATEnvelopeHandler provided to the applet shall: 

- return BTAG_SMS_PP_DOWNLOAD to the getTagO method call; 

- return the Comprehension TLV list length to the getLength() method call; 

The USATEnvelopeHandler provided to the applet shall contain the following COMPREHENSION 
TLVs: 

Device Identities TLV 

The Device Identities Comprehension TLV is used to store the information about the absolute record 
number in the EFsms file and the value of the EFsms record status byte, and is formatted as defined 
below: 



Device identities Comprehension TLV 



Device Identities tag 



length = 02 



Absolute Record Number 



Record Status 



With the absolute record number the toolkit applet can update EFsms in absolute mode to change the 
received SMS (e.g. in a readable text). 

For Concatenated Short Message the Absolute Record Number and the Record Status will correspond 
to the last UPDATE RECORD EFsms APDU received. 

- Address TLV 

The value is the TS-Service-Centre- Address (RP-OA) of the last UPDATE RECORD EFsms APDU. 

- SMS TPDU TLV 

The value is the SMS TPDU provided deciphered and reassembled, if needed 

- AID TLV 
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The AID comprehension TLV is present only if the EFsms file updated is under an ADF. The value is 
the AID of the ADF as defined TS 3 1 . 1 1 1 [7] . 

The order of the TLVs given in the USATEnvelopeHandler is not specified, 

NOTE: To get each COMPREHENSION TLV, it is recommended that the applet uses the 
ViewHandler.findTLVO methods 

EVENTJJNFORMA TTED_SMS_PP_UPD 

Upon reception of an unformatted Short Message Point to Point (Single or Concatenated) via 
UPDATE RECORD EFsms APDU, the (U)SAT Framework shall : 

update the EFsms file with the data received; 

- convert the UPDATE RECORD EFsms APDU data into a COMPREHENSION TLV List (as 
described for EVENT_FORMATTED_SMS_PP_UPD); 

trigger all the Toolkit Applets registered to this event. 

The content of EFsms may have been modified by a previously triggered Toolkit Applet.. 

EVENT_FORMATTED_SMS_CB,EVENT_UNFORMATTED_SMS_CB 

The received Cell Broadcast Message, via an ENVELOPE (CELL BROADCAST DOWNLOAD) APDU as 
defined in TS 3L111 [7] and TS 5 LOU [8] and, can be either: 

formatted according to TS 3L1 15 [9] or an other protocol to identify explicitly the toolkit applet for 
which the message is sent; 

- unformatted ( e.g. using a toolkit applet specific protocol ), then the (U)SAT Framework will pass this 
data to all registered toolkit applets. 

When the Cell Broadcast Message is received as multiple pages as defined in TS 23.041 [5], it is the 
responsibility of the (U)SAT Framework to link single pages together to re-assemble the original message 
before any further processing. The original Cell Broadcast message shall be placed in one Cell Broadcast page 
TLV included in the USATEnvelopeHandler. The message parameters shall correspond to the ones in the last 
received Cell Broadcast page (independently of the Page Parameter). 

EVENT_FORMATTED_SMS_CB 

Upon reception of a TS 3 L 1 15 [9] formatted Cell Broadcast message, the (U)S AT Framework shall: 

verify the security of the Cell Broadcast message as per TS 31.115 [9] ; 

trigger the toolkit applet registered with the corresponding TAR; 

When the toolkit applet is triggered, data shall be provided deciphered. 

EVENT_UNFORMATrED_SMS_CB 

Upon reception of an unformatted Cell Broadcast message, the (U)SAT Framework shall trigger all the 
Toolkit Applets registered to this event. 

EVENT_MO_SHORT_MESSAGE_CONTROL_BY_NAA 

Upon reception of an ENVELOPE (MO SHORT MESSAGE CONTROL defined in TS 51.014 [8] and TS 31.1 1 1 [7]) 
APDU as defined in TS 31.101 [6] and TS 51.01 1 [4] the (U)SAT Framework shall trigger the Toolkit Applet registered 
to this event. The (U)SAT Framework shall not allow more than one Toolkit Applet to be registered to this event at a 
time(e.g. if a Toolkit Applet is registered to this event but not in selectable state the (U)S AT Framework shall not allow 
another Toolkit Applet to register to this event). 

The following events defined in TS 31.111 [7] shall be raised upon reception of the corresponding APDU defined in 
either TS 51.011 [4] or TS 31.101 [6]. 

EVENT PROFILE DOWNLOAD 
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EVENT_MENU_SELECTION,EVENT_MENU_SELECTION_HELP_REQUEST 

EVENT_CALL_CONTROL_BY_NAA 

EVENT_TIMER_EXPIRA TION 

EVENT_EVENT_DOWNLOAD_MT_CALL 

EVENT_EVENT_DOWNLOAD_CALL_CONNECTED 

EVENT_EVENT_DOWNLOAD_CALL_DISCONNECTED 

EVENT_EVENT_DOWNLOAD_LOCATION_STATUS 

EVENT_EVENT_DOWNLOAD_USER_ACTIVITY 

EVENT_EVENT_DOWNLOAD_IDLE_SCREEN_AVAILABLE 

EVENT_EVENT_DOWNLOAD_CARD_READER_STATUS 

EVENT_STATUS_COMMAND 

EVENT_EVENT_DOWNLOAD_LANGUAGE_SELECTION 

EVENT_EVENT_DOWNLOAD_BROWSER_TERMINATION 

EVENT_EVENT_DOWNLOAD_DA TA_A VAILABLE 

EVENT_EVENT_DOWNLOAD_CHANNEL_STATUS 

EVENT_EVENT_DOWNLOAD_ACCESS_TECHNOLOGY_CHANGE 

EVENT_EVENT_DOWNLOAD_DISPLAY_PARAMETER_CHANGED 

EVENT_EVENT_DOWNLOAD_LOCAL_CONNECTION 

EVENT_EVENT_DOWNLOAD_NETWORK_SEARCH_MODE_CHANGE 

EVENT_EVENT_DOWNLOAD_BROWSING_STATUS 

EVENT_PROACTIVE_HANDLER_AVAILABLE 

EVENT_EXTERNAL_FILE_UPDATE 

EVENT_FIRST_COMMAND_AFTER_A TR 

EVENT_UNRECOGNIZED_ENVELOPE 

6.3 Registration 

A Toolkit Applet shall register to events described in 6.2 as defined in ETSI TS 102 241 [2]. 

Constants for these events are available in uicc.usim.toolkit.ToolkitConstants interface in Annex A. 

The uicc.toolkit.ToolkitException TAR_N0T_DEF1NED shall be thrown if a Toolkit Applet has no TAR defined and 
registers to events: EVENT_FORMATTED_SMS_PP_ENV, EVENT_FORMATTED_SMS_PP_UPD, 
EVENT_FORMATTED_SMS_CB . 

The m/cc. fooZA:/f.rooZA:/f£'xce/5f/on.EVENT_ALREADY_REGISTERED shall be thrown if there is another Toolkit 
Applet already registered to EVENT_MO_SHORT_MESSAGE_CONTROL_BY_NAA. 

6.4 Proactive command handling 

There is no extension of the CAT Runtime Environment by the (U)SAT Framework for proactive command handling. 
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6.5 Envelope response handling 

For the events defined in the present document, the following rules apply: 

A Toolkit Applet can post a response by using the post() method or the postAsBERTLV( ) method defined in 
ETSI TS 102 241 [2]. The (U)SAT Framework shall return the Status Word as defined in TS 31.111 [7] and in 
TS 51.014 [8] depending on the current NAA. 

Case of EVENT_MO_SHORT_MESSAGE_CONTROL_BY_NAA: 

- The rules defined for EVENT_CALL_CONTROL_BY_NAA in ETSI TS 102 241 [2] apply. 
Case of EVENT_UNFORMATTED_SMS_PP_ENV: 

- See ETSI TS 102 241 [2]. 

Case of EVENT_FORMATTED_SMS_PP_ENV: 

When the post() or the postAsBERTLV() method is invoked, the (U)S AT Framework shall, according to bit 6 of 
the second octet of the SPI defined in TS 31.115 [9], build a SMS-DELIVER-REPORT or a SMS-SUBMIT. 

In case of a SMS-DELIVER-REPORT, the (U)SAT Framework shall return the Status Word for RP-ACK or RP- 
ERROR as defined in TS 31.1 1 1 [7] and in TS 51.014 [8] depending on the current NAA. 

In case of SMS-SUBMIT the boolean value method parameter shall be ignored by the (U)SAT Framework. If the SMS- 
SUBMIT is to be used, the (U)SAT Framework shall build and issue a Send Short Message proactive command as 
defined in TS 31.1 1 1 [7] and in TS 51.014 [8] depending on the current NAA. 



6.6 System Handler management 



For the handler management of the ProactiveHandler, the ProactiveResponseHandler, the EnvelopeHandler and the 
EnvelopeResponseHandler, the rules defined in ETSI TS 102 241 [2] apply. 

USATEnvelopeHandler: 

The single system instance of the USATEnvelopeHandler and the single system instance of the EnvelopeHandler are 
two distinct objects instances. 

When available the USATEnvelopeHandler shall remain available and its content shall remain unchanged from 
the invocation to the termination of the processToolkit() method. 

The TLV List provided in the USATEnvelopeHandler are the same as in the EnvelopeHandler. 

The handler availability of the USATEnvelopeHandler is the same handler availability as the EnvelopeHandler 
including all the events defined in ETSI TS 102 241 [2]. 

The following table describes the minimum availability of the handlers for all the events at the invocation of the 
processToolkitQ method of the Toolkit Applet. The rules described in this table apply in addition to the rules described 
in 'UICC API for Java CardT^' 



£75/ 



3GPP TS 31.130 version 6.7.0 Release 6 



13 



ETSI TS 131 130 V6.7.0 (2009-10) 



Table 2: Handler availability for each event 



EVENT_ 


Reply busy 
allowed 


EnvelopeHandler / 
USATEnvelopeHandler 


EnvelopeResponse 
Handler 


Nbof 
triggered / 
registrered 

Applet 


_FORMATTED_SMS_PP_ENV 


Y 
(see Note 1) 


Y 


Y 


1 / n (per TAR) 


FORMATTED SMS PP UPD 


N 


Y 


N 


1 / n (per TAR) 


UNFORMATTED SMS PP ENV 


Y 


Y 


Y 


n/n 


UNFORMATTED SMS PP UPD 


N 


Y 


N 


n / n 


FORMATTED SMS CB 


Y 


Y 


N 


1/n(perTAR) 


UNFORMATTED SMS CB 


Y 


Y 


N 


n/n 


MO SHORT MESSAGE CONTROL BY NAA 


N 


Y 


Y 


1 /1 


NOTE 1 : The framework may reply busy and not trigger the toolkit applet if e.g. a PoR using SIVIS SUBMIT is required in 
the incoming message and a proactive session is ongoing. 



6.7 (U)SAT Framework behaviour 



The (U)SAT Framework is a (U)SAT extension of the CAT Runtime Environment as defined in ETSI TS 102 241 [2]. 



UICC toolkit applet 



See ETSI TS 102 241 [2]. 
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Annex A (normative): 
Java Card™ (U)SIM API 



The attached files "31130_Annex_A_Java.zip", and "31130_Annex_A_HTML.zip" contains source files and html 
documentation for the Java Card^^ (U)SIM API. 
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Annex B (normative): 

Java Card™ (U)SIM API identifiers 

The attached file "31 130_Annex_B_Export_files.zip" contains the export files for the uicc.usim.* package. 



£75/ 



3GPP TS 31.130 version 6.7.0 Release 6 



16 



ETSI TS 131 130 V6.7.0 (2009-10) 



Annex C (normative): 

(U)SIM API package version management 

The following table describes the relationship between each TS 31.130 specification version and its packages AID and 
Major, Minor versions defined in the export files. 



TS 31.130 


uicc.usim.access pacl<age 


uicc.usim.toolkit package 


AID 


Major, 
Minor 


AID 


Major, 
Minor 




AO 00 00 00 87 1 05 FF FF FF FF 89 13 
1 00 00 


1.0 


AO 00 00 00 87 1 05 FF FF FF FF 89 13 
20 00 00 


1.0 


6.4.1 


AO 00 00 00 87 1 05 FF FF FF FF 89 13 
1 00 00 


1.0 


AO 00 00 00 87 1 05 FF FF FF FF 89 13 
20 00 00 


1.1 



The package AID coding is defined in ETSI TS 101 220 [1]. The (U)SIM API packages' AID are not modified by 
changes to Major or Minor Version. 

The Major Version shall be incremented if a change to the specification introduces byte code incompatibility with the 
previous version. 

The Minor Version shall be incremented if a change to the specification does not introduce byte code incompatibility 
with the previous version. 

The package uicc.usim.access contains only constants, therefore it may not be loaded on the UICC. 



£75/ 



3GPP TS 31 .1 30 version 6.7.0 Release 6 1 7 ETSI TS 1 31 1 30 V6.7.0 (2009-1 0) 

Annex D (normative): 
USIM API jar files 

The attached files "31 130_Annex_D.jar", contains class files for the Java Card™ (U)SIM API. 
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Annex E (informative): 
Change History 



TSG/ 
Date 


TSG Doc. 


WGdoc 


CR 


Rev 


Subject/Comment 


New 


T#23 


TP-040030 








Approval of TS 31 .1 30 v6.0.0 at TSG T#23 based on v2.0.0 


6.0.0 












Addition of the missing 311 30 Annex A Java.zip 


6.0.1 


T#26 


TP-040265 




001 




Editorial cleaning 


6.1.0 


T#26 


TP-040265 




002 




Alignement with 102 241 regarding EnvelopeHandler methods 


6.1.0 


T#26 


TP-040265 




003 




Alignment with changes in 102 241 


6.1.0 


T#26 


TP-040265 




004 




Correction of non specific references 


6.1.0 


T#26 


TP-040265 




005 




Alignment with 31.102 for FID (change to attached file 
USIMConstants.java) 


6.1.0 


T#26 


TP-040265 




006 




Alignment with 31.111 and 51.014 Terminal Profile constants 
(change to attached file USATTerminalProfile.java) 


6.1.0 


TP-27 


TP-050023 


T3-050153 


008 




Handle of SMS PP answer 


6.2.0 


TP-27 


TP-050023 


T3-050165 


007 




Correct the event types in Toolkit Constant from byte to short 


6.2.0 


CP-28 


CP-050139 


C6-050422 


010 




Allign paragraph numbering between TS 31.130 and 
ETSI TS 102 241 


6.3.0 


CP-28 


CP-050139 


C6-050423 


012 




Delete version and author info from the Java source code 


6.3.0 


CP-29 


CP-050340 


C6-050690 


015 




Adding missing constant values 


6.4.0 












2005-1 1 : Adds attachments supplied by rapporteur and adds 
appropriate line to table in annex C. 


6.4.1 


CP-34 


CP-060546 


C6-060790 


0017 


3 


Clarification on getShortlVlessageLength() method when applied 
on a SMS Cell Broadcast 


6.5.0 


CP-36 


CP-070298 


C6-070322 


0030 


1 


Correction of references to ETSI TS 102 223 and 
ETSI TS 102 221 


6.6.0 


CP-45 


CP-090719 


C6-090332 


0037 


2 


Alignment of constants with 31 .1 1 1 


6.7.0 
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October 2005 
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V6.4.1 


November 2005 
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V6.5.0 


December 2006 


Publication 


V6.6.0 
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Publication 


V6.7.0 


October 2009 
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